SYSTEM DEVELOPMENT METHOD, FUNCTIONAL UNIT DEVELOPMENT METHOD, 
DEVELOPMENT -SUPPORT SYSTEM AND 
STORAGE MEDIUM STORING PROGRAM OF SAME 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a development method, 

10 functional unit development method, development-support system 
and storage medium storing programs of the same and more 
particularly to a system development method for developing hardware 
and/or software of a semiconductor or a like, or a system in which 
they are mixed by obtaining information about functional units 

15 each implementing a different function through a network such as 
the Internet or intranet and then by combining them, to the storage 
medium storing programs of the system development method, to a 
functional unit development method for developing functional units , 
to a storage medium storing programs of the functional unit 

20 development method, to a development-support systemused to support 
development of systems and functional units and a storage medium 
storing development-support system control programs used to 
control the development-support system. 

The present application claims priority of Japanese Patent 

25 Application No. 2000-104058 filed on April 5, 2000, which is hereby 
incorporated by reference. 



Description of the Related Art 
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A semiconductor device including an LSI (Large Scale 
Integrated circuit) made up of one million or more transistors 
can be implemented as it becomes highly integrated and its packaging 
densities increase. One example is a system LSI constructed by 
5 integrating systems in which a CPU (Central Processing Unit) , 
storage devices such as ROM (Read Only Memory) and RAM {Random 
Access Memory) , buffers, and a plurality of peripheral devices 
performing a variety of signal processing are connected by buses, 
signal lines, or a like, into one semiconductor chip. 

10 Since circuits of such the system LSI are large in size, 

it is impossible to perform circuit design directly at a transistor 
level. Therefore, in order for each of the CPU, ROM, RAM, buffer, 
and two or more peripheral devices to implement a desired function 
as one functional block, it is necessary to perform, sequentially 

15 and in stages, system design for defining and determining 
operations and configurations of an entire system, function design 
for determining relationships among functional blocks and 
operations within each of functional blocks in accordance with 
specifications decided by the system design, detailed logic design 

20 for constructing each of functional blocks by combining basic gates 
such as NAND gates and/or NOR gates , and circuit design for deciding 
characteristics of electronic circuits and logical devices at the 
transistor level so as to meet circuit specifications based on 
logic design including the function design and detailed logic 

25 design. Moreover, simulation of operations using a computer and 
verification to check if desired functions can be obtained at each 
design stage are necessary. 

Conventionally, at a stage of logic design, following works 
are done. First, a logic designer, in accordance with 
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specifications decided by the system design, performs the logic 
design for determining or defining relationships among functional 
blocks including the CPU and/or two or more peripheral devices, 
or the like and operations within each of the functional blocks. 
5 Next, the logic designer, by manipulating a keyboard or a mouse 
making up a special-purpose computer used for the logic design 
of semiconductor devices or a general-purpose computer storing 
programs used for logic design of the semiconductor devices and 
by combining basic logic elements such as NAND gates and/or NOR 

10 gates or basic logic circuits such as latches, counters, or likes 
formed by the combination of these basic logic elements, performs 
detailed logic design for implementing each of the functional 
blocks whose internal operations are determined by the above 
function design and forms a simulation model of the semiconductor 

15 device. The basic logic element or basic logic circuit described 
above is called a macro and functions of the macro are described 
in programming languages such as an HDL (Hardware Description 
Language) or C language (trade name) and is stored, in advance, 
in storage media such as a FD (Floppy-Disk) , HD (Hard-Disk) , CD-ROM, 

20 or a like . Then, the logic designer, after compiling the simulation 
model of the semiconductor device thus formed together with 
libraries of macros stored in storage media such as the FD, HD, 
CD-ROM, or the like and read from external storage media 
corresponding to these storage media, has a computer to execute 

25 a simulation program for verification of the semiconductor. 

As described above, the logic design of semiconductor devices 
has been performed by combining a plurality of the basic logic 
elements and/or basic logic circuits stored, as macros, in 
libraries . However, thoughmacros stored in libraries are provided 



4 



equally to every logic designer, since storage of a macro requiring 
increased security in libraries is not allowed, a special contract 
between a macro developer of such the macro requiring increased 
security and each logic designer desiring for acquisition of such 
5 macros is concluded and the macro stored in the FD or the like 
is individually provided to the logic designer having concluded 
the special contract. Therefore, when there are so many logic 
designers who want to conclude the special contract with the macro 
developer, it becomes burdensome to the macro developer by being 

10 interfered with the contact work and the logic designer desiring 
for acquisition of the macro cannot obtain the information provided 
by the macro speedily, thus causing delays in development of 
semiconductor devices. 

To solve this problem, a method is disclosed in, for example, 

15 Japanese Patent Application Laid-open No . Hei 11-224284, inwhich, 
when "design assets" such as macros are distributed through the 
Internet, designers or users going to receive the design asset 
are classified into groups which includes a group of users applying 
the macro to projects, a group of users employing it for use of 

20 a department of a company, a group of users employing it for use 
of a company, a group of special users, and a group of general 
users, the developed design asset is appropriately distributed 
individually to each of the groups desiring for the macro in a 
manner that a range of the design asset to be supplied is different 

25 for each of the groups. However, even in this method, since a same 
design asset is supplied to users belonging to a same group, if 
a user belonging to a group wants to obtain a design asset having 
been provided to a user belonging to another group, the same special 
contract as described above has to be concluded, thus presenting 
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the same problem as described above. 

Moreover, since a level of assurance indicating a condition 
under which each macro can be operated properly, is conventionally 
representedmerely as a memorandum, when the logic designer happens 
5 to lose the memorandum or to forget the assurance level given by 
the macro developer, if the logic designer should operate the macro 
erroneously due to lack of information and misunderstanding that 
the macro is assured at a higher level than actually assured, 
malfunctions of the semiconductor device occur after they have 

10 been developed, thereby interfering with further development of 
the semiconductor devices or causing useless troubles between the 
macro developer and the user, or if the logic designer increases 
a verification level more than needed due to no information of 
the level of assurance given to the macro used, effort becomes 

15 useless and time is wasted at a time of the verification in some 
cases . To solve this problem, it may be considered that users request 
developers of the macro to assure that all the macro products can 
operate without problems under general conditions, however, this 
requires the developer to spend more time and labor in verifying 

20 operations of the macro, thus interfering with devoted development 
of the macro by the developer. 

Moreover, conventionally, though a logic designer has to 
pay a fee for the use of the macro, in some cases, costs of using 
the macro exceed a budget because the logic designer fails to form 

25 an exact estimate due to its complicated pricing. Also, 
conventionally, existence of the macro that a macro developer is 
planning to develop or is now developing is not informed to other 
developers of the macro. Therefore, the macro developer cannot 
obtain exact information about how the macro that the developer 



is planning to develop or is developing is in demand or the developer 
cannot set a proper development schedule and, in some cases, the 
same macro as is being developed by another macro developer, thus 
causing the present development to be of little value . On the other 
5 hand, if the logic designer is not aware of a macro that is scheduled 
to be developed or is being now developed, the logic designer 
develops semiconductor devices using the old macro, however, in 
this case, a wider breadth and depth cannot be provided to the 
development of semiconductor devices, while, if the logic designer , 

10 while a new semiconductor device is being developed or after it 
has been already developed, becomes aware that a new macro having 
new functions has been already developed or being under development, 
in some cases, it is necessary to have another try of the development 
or the advent of the new macro causes the developed semiconductor 

15 device to be of less value or it becomes necessary to discontinue 
the development itself. 

Furthermore, there are regions or countries where provision 
of semiconductor devices and/or the information about the macro 
are prohibited or limited in accordance with international 

20 agreements and, in such region or country the provision of them 
is prohibited is subject to individual judgement of a macro 
developer. Therefore, if the regions or countries where provision 
of semiconductor devices and/or the information about the macro 
are prohibited or limited are broad or diverse, due to its 

25 complication of verification, there is a risk that the macro 
developer makes mistakes in judgement in some cases. 

Inconveniences described above occur also in development 
of software. Though software being small in size and quantity can 
be developed by one developer, in the case of software being large 



7 



in size and quantity, it is made up of a plurality of routines 
that per form predetermined processing and a plurality of developers 
develop each of the plurality of routines individually and finally 
the plurality of routines are integrated into one piece of software . 
5 When a version is updated and even when new software is developed, 
it is not that all routines are developed right from the start, 
but that several routines that have been already developed are 
combined and only a routine to incorporate new functions is 
developed in some cases. Therefore, when it is considered that 

10 each routine is equivalent to a macro and a developer controlling 
development of entire software is equivalent to the logic designer 
described above, the same inconvenience as in the case of the 
development of macros occurs in the software. Hereinafter, when 
the above macro and routine are generically referred, they are 

15 called a "functional unit" in a sense that they implement a unified 
function . 

SUMMARY OF THE INVENTION 

20 In view of the above, it is a first object of the present 

invention to provide a system development method which enables 
speedy and sure acquisition of information about each of functional 
units in amanner tobe appropriate to a level of security, assurance, 
price, or region in which a user uses the functional unit, or to 

25 a level of a right by which the user uses the functional unit and 
which enables prompt and timely acquisition of information about 
each of the functional units scheduled to be developed or being 
under development, thus achieving speedy development, by a 
developer, of a useful system made up of hardware or software, 



and a storage medium storing programs of the above system 
development method and a storage medium storing programs of a 
development-support system used to implement the system 
development method and development-support system control 
5 programs . 

It is a second object of the present invention to provide 
a functional unit development method by which a developer of the 
functional unit is able to develop each of the functional units 
and to provide information about each of the functional units 

10 without special considerations given to the level of security, 
assurance, price, or region in which the user uses the functional 
unit, or to a level of right by which the user uses the functional 
unit and by which the developer of the functional unit is able 
to provide information about each of the functional units scheduled 

15 to be developed or being under development, which enables the 
developer of the functional unit to focus his/her energy on 
developing the functional units, to set a proper development 
schedule of a functional unit that is scheduled to be developed 
or is under development and to avoid contention of development 

20 of the functional units, and a storage medium storing programs 
of the above functional unit development method and a storage medium 
storing programs of development-support systems and 
development-support system control programs. 

According to a first aspect of the present invention, there 

25 is provided a system development method for developing a system 
using a development-support system made up of a server used to 
provide information about functional units each implementing a 
different function and files describing the different functions, 
at least one developer client to develop the functional unit and 
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at least one user client to develop the system configured to perform 
desired operations by combining the functional unit wherein all 
of the server, developer client, and user client are connected 
through the Internet, including: 
5 a first step, to be taken by the user client, of registering 

an operator of the user client as a user of the development-support 
system; 

a second step, to be taken by the user client, of obtaining, 
by referring to information about the functional units, files 
10 describing a plurality of the functional units which are needed 
for development of the system and are given an assurance level 
that meets specifications of the system; and 

a third step, to be taken by the user client, of developing 
the system by combining files describing the plurality of 
15 functional units. 

In the foregoing, a preferable mode is one wherein, in the 
first step, any one of access levels is assigned including a first 
access level at which an access only to an outline of information 
about the functional unit is allowed, a second access level at 
20 which an access only to an outline and details of information about 
the functional unit is allowed, and a third access level at which 
acquisition of the files is allowed. 

Also, a preferable mode is one wherein, in the first step, 
setting of the access level is made based on the assurance level, 
25 security level, and price level of each of the functional units, 
and on a region level and/or right level of the user client. 

Also, a preferable mode is one wherein, in the second step, 
the files of the plurality of functional units are allowed to be 
obtained only when an application for individual or collective 
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acquisition of the files is made and a right to acquire the files 
is granted through examination of the application for acquisition 
of each of the functional units or of every collective group of 
the functional units. 
5 Also, a preferable mode is one wherein the assurance level 

is any one of levels including a general assurance level at which 
the functional unit is assured of operations without any problem 
under general conditions, a non-operational condition level at 
which the functional unit is found not to operate under specified 

10 conditions, an operational condition level at which the functional 
unit is assured of operations under specified conditions, a 
non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or is under 

15 development. 

Also, a preferable mode is one wherein the security level 
is either of two levels set by a developer of each functional block 
including a level set to each of functional block at which all 
users are allowed to browse and a level set to each of functional 

20 block at which only a user having concluded a special contract 
with the developer of each functional block is allowed to browse. 

Also, a preferable mode is one wherein, in the second step, 
the file of the functional unit with the yet-to-be-completed level 
is allowed to be obtained only when a user has concluded a special 

25 contract with the developer of the functional unit or when a 
permission from other competitive users of the functional block 
is acquired. 

Also, a preferable mode is one wherein, in the second step, 
a reference is allowed to be made to at least a name, development 
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schedule, and outline of functions of the functional block with 
the yet-to-be-completed level. 

Also, a preferable mode is one wherein, in the second step, 
more detailed information about the functional unit with the 
5 yet-to-be-completed level is allowed to be acquired or question 
information including a scheduled data or functions of the 
functional unit with the yet-to-be-completed is allowed to be 
transmitted. 

Also, a preferable mode is one wherein the system is a 
10 semiconductor device and the functional unit is a basic logic 

element or a basic logic circuit constructed by combining a 

plurality of basic logic elements. 

Also, a preferable mode is one wherein the system is a 

semiconductor device and the functional unit is a CPU (Central 
15 Processing Unit) , storage device, buffer, and peripheral device 

and wherein a file of the peripheral device is so constructed as 

to be able to select either of a file to implement its function 

by using hardware or a file to implement its function by using 

software . 

20 Also, a preferable mode is one wherein the system is software 

and the functional unit is a routine or object to perform 
predetermined processing. 

According to a second aspect of the present invention, there 
is provided a storage medium storing system development programs 

25 to have functions as described above implemented, in a computer. 

According to a third aspect of the present invention, there 
is provided a functional unit development method for developing 
a functional unit using a development-support system made up of 
a server used to provide information about functional units each 
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implementing a different function and files describing the 
different functions, at least one developer client to develop the 
functional unit and at least one user client to develop the system 
configured to perform desired operations by combining the 
5 functional units, wherein all of the server, developer client, 
and user client are connected through the Internet, including: 
a first step, to be taken by the developer client, of 
registering an operator of the developer client as a user of the 
development-support system; 
10 a second step, to be taken by the developer client, of 

r? transmitting development information of a functional unit that 

is scheduled to be developed; 

a third step, to be taken by the developer client , of creating 
a file describing functions of the functional unit; and 
15 a fourth step, to be taken by the developer client , of setting 

an assurance level, security level, or price level to the functional 
unit and registering the file. 

In the foregoing, a preferable mode is one wherein the 
development information is made up of, at least, its name of the 
20 functional unit, scheduled date of development of the functional 
unit, and outline of functions of the functional unit. 

Also, a preferable mode is one wherein, in the third step, 
when a result of retrieval of information about another functional 
unit based on the development information shows that a functional 
25 unit having a same function has not yet been developed, is not 
under development, and is not scheduled to be developed, the file 
is created. 

Also, a preferable mode is one wherein, in the third step, 
when a result of the retrieval of information about another 
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functional unit based on the development information shows that 
a functional unit having a same function has been already developed, 
is under development, or is scheduled to be developed, it is decided, 
by referring to the information about the functional unit, whether 
5 development of a functional unit that is scheduled to be developed 
is halted, continued, or performed in cooperation with another 
developer of the functional unit being already under development 
or being scheduled to be developed. 

Also, a preferable mode is one wherein, in the third step, 

10 a progress state of development of the functional unit is 
transmitted to the server and wherein a change of a scheduled date 
of development of the functional unit or a change of functions 
of the functional unit is made by referring to a table storing 
the development information, the progress state and desires for 

15 a scheduled date or functions transmitted from a system developer 
having referred to the development information and the progress 
state or from a developer of another functional unit. 

Also, a preferable mode is one wherein the assurance level 
is any one of levels including a general assurance level at which 

20 the functional unit is assured of operations without any problem 
under general conditions, a non-operational condition level at 
which the functional unit is found not to operate under specified 
conditions, an operational condition level at which the functional 
unit is assured of operations under specified conditions, a 

25 non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or under 
development . 

Also, a preferable mode is one wherein the security level 



14 



is either of two levels including a level at which all users are 
allowed to browse or a level at which only a user having concluded 
a special contract is allowed to browse. 

Also, a preferable mode is one wherein the system is a 
5 semiconductor device and the functional unit is a basic logic 
element or a basic logic circuit constructed by combining a 
plurality of basic logic elements. 

Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a CPU, storage 
10 device, buffer, and peripheral device and wherein a file of the 
peripheral device is so constructed as to be able to select either 
of a file to implement its function by using hardware or a file 
to implement its function by using software. 

Also, a preferable mode is one wherein the system is software 
15 and the functional unit is a routine or object to perform 
predetermined processing. 

According to a fourth aspect of the present invention, there 
is provided a storage medium storing system development programs 
to have functions as described above implemented, in a computer. 
20 According to a fifth aspect of the present invention, there 

is provided a development-support system including: 

a server used to provide information about functional units 
each implementing a different function and files describing the 
different function, 
25 at least one developer client to develop the functional unit : 

at least one user client to develop a system configured to 
perform desired operations by combining the functional units; and 
wherein all of the server, the developer client, and the 
user client are connected through the Internet, 



15 



wherein the developer client makes an application for 
registration of the operator as a user of the development-support 
systemby transmitting a name of the operator and/or an organization 
to which the operator belongs, transmits development information 
of the functional unit that is scheduled to be developed, creates 
a file describing functions of the functional unit and, after 
setting an assurance level, security level, and/or price level 
of the functional unit, makes an application for registration of 
the file, 

wherein the user client makes an application for registration 
of the operator as a user of the development-support system by 
transmitting a name of the operator and/or an organization to which 
the operator belongs, obtains, by referring to information about 
the functional unit, a file of a plurality of functional units 
needed for development of the system and having an assurance level 
that meets specifications of the system, develops the system by 
combining files of the plurality of functional units and verifies 
operations of the developed system, 

wherein the server examines the applications for 
registration based on names of the developer client and the user 
client and organizations to which they belong, registers them as 
users of the development-support system and, at this point, sets 
a region level depending on a region where the user client exists 
and, if necessary, a privileged or restrictive right level, makes 
registrations after examining a file regarding the application 
for registration made by the developer client, allows other 
development client and other user client to refer to development 
information and to the assurance level of the functional unit fed 
from the developer client based on the security level and allows 
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the user client to obtain files of a plurality of the functional 
units with a predetermined assurance level. 

In the foregoing, a preferable mode is one wherein the 
development information is made up of at least its name, its 
5 scheduled date, and outlines of its functions. 

Also, a preferable mode is one wherein the server retrieves 
information about other functional unit based on the development 
information and, if other functional unit having a same function 
has not yet been developed, is not under development or is not 

10 scheduled to be developed, notifies the developer client of the 
content and the developer client, when receiving the notification, 
creates the file. 

Also, a preferable mode is one wherein the server retrieves 
information about other functional unit based on the development 

15 information and, if a functional unit having a same function has 
been already developed, is under development, or is scheduled to 
be developed, notifies the developer client of the content, and 
the developer client, when receiving the notification, by referring 
to information about the functional unit, decides whether 

20 development of a functional unit scheduled to be developed is halted, 
continued, or developed in cooperation with a developer of the 
functional unit being already under development or being scheduled 
to be developed. 

Also, a preferable mode is one wherein, wherein the developer 

25 client transmits a progress state of development of the functional 
unit to the server and wherein a change of scheduled date of 
development of the functional unit or a change of functions of 
the functional unit is made by referring to a table storing the 
development information, the progress state and a desire for a 



scheduled date or functions transmitted from a system developer 
having referred to the development information and the progress 
state or from a developer of other functional unit. 

Also, a preferable mode is one wherein the assurance level 
is any one of levels including a general assurance level at which 
the functional unit is assured of operations without any problem 
under general conditions, a non-operational condition level at 
which the functional unit is found not to operate under specified 
conditions, an operational condition level at which the functional 
unit is assured of operations under specified conditions, a 
non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or is under 
development . 

Also, a preferable mode is one wherein the security level 
is either of two levels including a level at which all users are 
allowed to browse or a level at which only a user having concluded 
a special contract is allowed to browse. 

Also, a preferable mode is one wherein the server, when 
registering an operator of the user client as a user of the 
development-support system, assigns any one of access levels 
including a first access level at which an access only to an outline 
of information about the functional unit is allowed, a second access 
level at which anaccess only to an outline anddetails of information 
about the functional unit is allowed, and a third access level 
at which acquisition of the files is allowed. 

Also, a preferable mode is one wherein setting of the access 
level is made based on the assurance level, security level, or 
price level of each of the functional unit. 
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Also, a preferable mode is one wherein the user client makes 
an application for acquisition of each of a plurality of functional 
units or of the plurality of functional units collectively, the 
server examines the application for each of the plurality of 
functional units or for the plurality of functional units 
collectively and grants the user client the right to acquire, and 
the user client, based on the granted right, obtains files of the 
functional unit from the server. 

Also, a preferable mode is one wherein the server allows 
only a user client having concluded a special contract with a 
developer of the functional unit or having acquired a permission 
from other users to obtain files of the functional unit with the 
non-assured level. 

Also, a preferable mode is one wherein the server allows 
another developer client or the user client to refer to, at least, 
a name, scheduled date, and outlines of functions of a functional 
unit with a yet-to-be-completed level. 

Also, a preferable mode is one wherein the user client makes 
a request asking more detailed information about the functional 
unit with the yet-to-be-completed level or transmits question 
information including its scheduled date or its functions, and 
the server, after having accepted and registered the question 
information, transmits the question information to a developer 
client being operated by a developer of the functional unit with 
the yet-to-be-completed level. 

Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a basic logic 
element or a basic logic circuit constructed by combining basic 
logic elements . 



19 



Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a CPU, storage 
device, buffer, and peripheral device and wherein a file of the 
peripheral device is so constructed as to be able to select either 
5 of a file to implement its function by using hardware or a file 
to implement its function by using software. 

Furthermore, a preferable mode is one wherein the system 
is software and the functional unit is a routine or obj ect to perform 
predetermined processing. 
10 According to a sixth aspect of the present invention, there 

is provided a storage medium storing system development programs 
to have functions described above implemented, in a computer. 

With the above configuration, information about an 
individual functional unit can be promptly or surely obtained 
15 depending on a security level, assurance level, or price level, 
or on a region level or right level to be given to a macro user 
of the functional unit and information about functional units 
scheduled to be developed or being under development can be promptly 
obtained at a proper time . The obtained information enables a useful 
20 system made up of hardware or software to be promptly developed 
by a system developer. 

With another configuration as above, the developer can 
develop functional units without need to give special consideration 
to the security level, assurance level, price level, or to the 
25 region level or right level and can provide information about the 
development and can provide information about functional units 
scheduled to be developed or being under development . This enables 
developers to focus their energies on the development of the 
functional units and to properly seta scheduling date of functional 
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units, thus preventing contention of development of functional 
units . 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

The above and other objects, advantages and features of the 
present invention will be more apparent from the following 
description taken in conjunction with the accompanying drawings 
in which: 

10 Fig. 1 is a block diagram showing configurations of a 

semiconductor device development-support system according to an 

embodiment of the present invention; 

Fig. 2 is a conceptual diagram showing an example of 

configurations of information (macro information) to be stored 
15 in a storage device according to the embodiment of the present 

invention; 

Fig. 3 is a diagram showing an example of configurations 
of a macro name information table in a storage device of the 
embodiment of the present invention; 
20 Fig. 4 is a diagram showing an example of configurations 

of a macro information table in the storage device of the embodiment 
of the present invention; 

Fig. 5 is a diagram showing an example of configurations 
of a macro function information table in the storage device of 
25 the embodiment of the present invention; 

Fig. 6 is a diagram showing an example of configurations 
of a process information table in the storage device of the 
embodiment of the present invention; 

Fig. 7 is a diagram showing an example of configurations 



of a macro differentiation information table in the storage device 
of the embodiment of the present invention; 

Fig. 8 is a diagram showing an example of configurations 
of a CPU name differentiation information table in the storage 
device of the embodiment of the present invention; 

Fig. 9 is a diagram showing an example of configurations 
of an interface classification information table in the storage 
device of the embodiment of the present invention; 

Fig. 10 is a diagram showing an example of configurations 
of a macro developer information table in the storage device of 
the embodiment of the present invention; 

Fig. 11 is a diagram showing an example of configurations 
of a macro user information table in the storage device of the 
embodiment of the present invention; 

Fig. 12 is a diagram showing an example of configurations 
of a download information table in the storage device of the 
embodiment of the present invention; 

Fig. 13 is a diagram showing an example of configurations 
of a QA information table in the storage device of the embodiment 
of the present invention; 

Fig. 14 is a flowchart showing an example of processing of 
development of a macro according to the embodiment of the present 
invention; 

Fig. 15 is a flowchart showing an example of processing of 
development of a semiconductor device according to the embodiment 
of the present invention; 

Fig. 16 is a flowchart showing an example of processing of 
obtaining information about the macro according to the embodiment 
of the present invention; 
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Fig. 17 is also a flowchart showing an example of processing 
of obtaining information about the macro according to the 
embodiment of the present invention; 

Fig. 18 is a flowchart showing an example of processing of 
5 solving questions about the macro according to the embodiment of 
the present invention; and 

Fig. 19 is a flowchart showing an example of processing of 
providing information about the macro according to the embodiment 
of the present invention. 

10 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Best modes of carrying out the present invention will be 
described in further detail using various embodiments with 
15 reference to the accompanying drawings. 

Embodiment 

Figure 1 is a schematic block diagram showing configurations 
20 of a semiconductor device development-support system according 
to an embodiment of the present invention. 

The semiconductor device development-support system of the 
embodiment chiefly includes a server 1, a storage device 2, the 
Internet 3, clients 4i to 4 m (m is a natural number) to be operated 
25 for development of a macro by a developer (macro developer) having 
developed the macro and clients 5i to 5 n (n is a natural number) 
to be operated for development of a semiconductor device by a logic 
designer (macro user) being a user of the macro. The server 1, 
clients 4i to 4 m , and clients 5i to 5 n are connected through the 
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Internet 3. The server 1 is made up of a computer having a CPU, 
internal storage devices including a ROM, RAM, or a like, external 
storage devices including an FDD, HDD, CD-ROM driver, or a like 
in which an FD, HD, and CD-ROM are installed, outputting units 
5 including a CRT display, a liquid crystal display, or a like, 
inputting units including a keyboard, mouse, or a like and a 
communication unit used to carry out data communication with the 
clients 4 X to 4 m and clients 5i to 5 n with the Internet 3 and, in 
response to requests from the clients 4i to 4 m and clients 5i to 
10 5 n , feeds data on macros stored in the storage device 2 through 
the Internet 3 and controls the semiconductor device 
development-support system. The storage device 2 is made up of 
the HDD or the like to which the HD storing data onmacros is installed. 
Each of the clients 4i to 4 ra and clients 5i to 5 n is made up of 
15 a computer having a CPU, internal storage devices including a ROM, 
RAM, or a like, external storage devices including an FDD, HDD, 
CD-ROM driver, or the like in which an FD, HD, and CD-ROM are 
installed, outputting unit including a CRT display , liquid crystal 
display, or a like and a communication unit used to carry out data 
20 communication with the server 1 through the Internet 3. 

Figure 2 is a conceptual diagram showing an example of 
configurations of information (macro information) to be stored 
in the storage device 2 according to the embodiment of the present 
invention. As shown in Fig. 2, the storage device 2 (shown in Fig. 
25 1) has a macro name information table 11, a macro information table 
12, a macro function information table 13, a process information 
table 14, a macro differentiation information table 15, a CPU name 
information table 16, an interface (I/F) classification 
information table 17, a macro developer information table 18, a 
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macro user information table 19, a download information table 20, 
a QA information table 21, and a macro file storage area 22. 

In the macro name information table 11, as shown in Fig. 
3, are stored a macro code assigned to the macro, a macro name 
5 assigned to the macro, and a name of a macro developer who has 
developed the macro and, as variable identifiers, MacroCod, 
Macroname, and MacroDeveloperName are assigned respectively. The 
macro code is represented by a several-digit integer (not shown) 
and each of the macro name and macro developer name is represented 
10 by character strings (not shown) in a text file format. 

In the macro information table 12, as shown in Fig. 4, are 
stored a macro code, a name of a macro developer, a process code 
to be assigned to a process used when the macro is produced, a 
file name assigned to a macro file being a file in which a function 
15 of the macro developed by the macro developer and permitted to 
be registered is described using a programming language including 
HDL or C language, macro call names being call names in Japanese 
and English assigned to the macro (for example, 16 - bit timer 
counter) . As variable identifiers , Macrocode, MacroDeveloperName, 
20 ProcessCode, FileName MacroCallname J, and MacroCallnameE are 
assigned respectively. Each of the macro code and process code 
is represented by a several-digit integer (not shown) . Each of 
the macro developer name, file name, macro call names (in Japanese 
and English) is represented by character strings in a text file 
25 format (not shown) . 

Also, in the macro information table 12, as shown in Fig. 
4, are stored a macro differentiation representing a type of the 
macro, a macro function code assigned to a function of the macro 
in accordance with classification by function, a code of a CPU 
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name assigned to a CPU that can control the macro, an I/F 
classification code being a classification of an interface required 
when the macro transmits or receives data to and from an outside, 
a function outline which describes a function of the macro in 
5 Japanese, and a function outline which describes the function of 
the macro in English. 

As variable identifiers, MacroDif f erentiation, 
MacroFunctionCode, CPUNameCode, Interf aceClassif icationCode, 
FunctionOutlineL, and FunctionOutlineE are assigned 
10 respectively. 

As the macro differentiation, [0] is set when the macro is 
a "cell base soft macro" and [1] is set when the macro is a "cell 
base hard macro", and [2] is set when the macro is a "manual hard 
macro". Each of the macro function code, code of the CPU name, 
15 and I/F classification code is represented by a several-digit 
integer (not shown) . Each of the function outlines in Japanese 
and English is represented by character strings in a text file 
format (not shown) . 

Also, in the macro information table 12, as shown in Fig. 
20 4, are stored items, described in Japanese, of attention and 
restriction to be paid or taken at a time of using the macro, items, 
described in English, of attention and restriction to be paid or 
taken at the time of using the macro, related macros being a list 
of names of parent macros related to the macros, planned release 
25 year indicating a date scheduled to supply a macro file of the 
macro, planned release month, and planned release date . As variable 
identifiers , AttentionRestrictionI temJ, 

AttentionRestrictionltemE, RelationMacro, ReleasePlanDateY, 
ReleasePlanDateM, and ReleasePlanDateD are assigned respectively 
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Each of the items of attention and description (Japanese) , items 
of attention and restriction (English) , and the related macro is 
representedby character strings in a text file format (not shown) . 
Each of the planned release year, planned release month and planned 
5 release date is represented by a several-digit integer (not shown) . 

Also, in the macro information table 12, as shown in Fig. 
4, are stored a present version of the macro, data updating year, 
data updating month, and data updating date of a time of updating 
various kinds of data described in the macro information table 

10 12, a class of quality to be provided to be operated at an assured 
operational condition level at the time of using the macro. As 
variable identifiers, Version, DataUpdateDateY, DataUpdateM, 
DataUpdateD, and QualityClass are assigned respectively. The 
present version is represented by character strings in a text file 

15 format (not shown) . Each of the data updating year, data updating 
month and data updating date is represented by a several-digit 
integer (not shown) . The level of quality is set to "0" when the 
macro is provided at a general assurance level at which the macro 
is assured of operations without any problem under general 

20 conditions and is set to "1" when the macro is provided at a 
non-operational condition level at which the macro is found not 
to operate under specified conditions and is set to "2" when the 
macro is provided at an operational condition level at which the 
macro is assured of operations under specified conditions and 

25 is set to "3" when the macro is provided at a non-assured level 
at which the macro operates only under very-limited conditions 
and is set to "4" when the macro is provided at a yet-to-be-completed 
level at which the macro is scheduled to be developed or under 
development . 
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Also, in the macro information table 12, as shown in Fig. 
4, are stored a size X being a size of the macro in an X direction, 
a size Y being a size of the macro in a Y direction, a count of 
Al (Aluminum) wiring layer being the number of aluminum wiring 
5 layers of the macro, a count of grids, a count of cells being the 
number of standard cells making up the macro, and a count of Tr 
being the number of transistors making up the macro. As variable 
identifiers, SizeX, SizeY, AlLayerCount, GridCount, CellCount, 
and TrCount are assigned respectively. Each of the size X and size 
10 Y is represented by character strings in a text file format (not 
i shown) . Each of the count of the Al layers, count of grids, and 

count of cells is represented by a several-digit integer (not 
shown) . 

Also, in the macro information table 12, as shown in Fig. 

i 15 4, are stored an action frequency of the macro, a detection rate 
of malfunctions, related QA numbers being a number assigned to 

~ questions about malfunctions of the macro given by the macro user 

or information about replies to these questions, memory capacity 
of memories to be used at a time of operations of the macro, memory 
20 bus width being a bit width of a bus used to connect the memory 
used at the time of using the macro to the macro, and an access 
speed to memory being a speed of an access to the memory at the 
time of using the macro . As variable identifiers, ActionFrequency , 
MalfunctionDetectionRate, RelationQANumber , MemoryCapacity , 
25 MemoryBusWidth, and MemoryAccessSpeed are assigned respectively . 
Each of the action frequency, detection rate of malfunctions, 
memory capacity, memory bus width, and access speed to memory is 
represented by character strings in a text file format (not shown) . 
The related QA number is represented by a several-digit integer 
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(not shown) . 

Also, in the macro information table 12, as shown in Fig. 
4, are stored a registration year, registration month and 
registration date being a year, month, and date when a macro file 
5 of the macro is first registered with a macro file storage area 
22, a final renewal year, final renewal month, and final renewal 
date being a year, month, and date when the macro file of the macro 
has been finally renewed and a security level representing a degree 
of security of the macro information. As variable identifiers, 
10 RegistrationDateY, RegistrationDateM, RegistrationDateD, 
FinalRenewalDateY^ FinalRenewlDateM, FinalRenewalDateD, and 
SecurityLevel are assigned respectively. Each of the registration 
year, registration month, and registration date and final renewal 
year, final renewal month, and final renewal date is represented 
L i 15 by a several-digit integer (not shown) . The security level is set 
to "0" when the macro can be browsed by all macro users and is 
set to "1" when the macro can be browsed by only a macro user who 
has concluded a special contract with the macro developer. However, 
even if the security level is set to "1", in order to provide 
20 information that can be used when a macro user decides whether 
the user concludes a special contract with a macro developer, a 
macro code, name of a macro developer, macro call name (Japanese) , 
macro call name (English) , macro differentiation, macro function 
code, function outline (Japanese), function outline (English), 
25 or a like can be browsed by all macro users. In many cases, the 
security level is set to "1" especially when the class of quality 
is set to "4", that is, when the macro is provided at the 
yet-to-be-completed level at which the macro is scheduled to be 
developed or under development, however, even if the macro is 



scheduled to be developed, when no security is required, even while 
the class of quality is set to "4", the security level is not set 
to "1". 

In the macro function information table 13, as shown in Fig. 
5, are stored a code of a macro function, a name of a macro function 
in Japanese being a Japanese name of a function of each macro, 
which corresponds to the code of the macro function, and the name 
of the above macro function in English. As variable identifiers, 
MacroFunctionCode MacroFunctionName J, andMacroFunctionNameE are 
assigned respectively. The macro function number is represented 
by a several-digit integer (not shown) . Each of the macro function 
names in Japanese and English is represented by character strings 
in a text file format (not shown) . 

In the process information table 14, as shown in Fig. 6, 
are stored a process code and a process name assigned to a process 
used when the macro is produced, which corresponds to the process 
code. As variable identifiers, [ProcessCode] and [ProcessName] 
are assigned respectively. The process code is represented by a 
several-digit integer (not shown) . The process name is represented 
by character strings in a text file format (not shown) . 

In the macro differentiation information table 15, as shown 
in Fig. 7, are stored macro differentiation, a name of macro 
differentiation in English being an English name assigned to each 
of the macro differentiation which corresponds to the macro 
differentiation and a name of macro differentiation in Japanese 
being a Japanese name assigned to the macro differentiation. As 
variable identifiers, MacroDif f erentiation, 

MacroDif ferentiationNameE, and MacroDif f erentiationName J are 
assigned respectively. The macro dif f erentiaton is represented 
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by a several-digit integer (not shown) . Each of the names of the 
macro differentiation in English and Japanese is represented by 
character strings in a text file format (not shown) . That is, the 
"Cell base soft macro" (in Japanese and English) as the macro 
5 differentiation is stored, which corresponds to the macro 
differentiation "0". The "Cell base hard macro" (in Japanese and 
English) as the macro differentiation is stored, which 
corresponds to the macro differentiation "1" and "manual hard 
macro" (in Japanese and English) as the macro differentiation is 

10 stored, which corresponds to the macro differentiation "2". 

In the CPU name information table 16, as shown in Fig. 8, 
are stored a code of the CPU name and CPU name being a name assigned 
to each of CPUs, which corresponds to the CPU name code . As variable 
identifiers, CPUNameCode and CPUName are assigned respectively. 

15 The CPU name code is represented by a several-digit integer (not 
shown) . The CPU name is represented by character strings in a text 
file format (not shown) . 

In the interface (I/F) classification information table 17 , 
as shown in Fig. 9, are stored a code of an interface (I/F) 

20 classification code and a name of the I/F classification being 
a name of the interface required when each of the macro transmits 
or receives data to and from the outside . As variable identifiers , 
Interf aceClassif icationCode and Interf aceClassif icationName are 
assigned respectively. The I/F classification code is represented 

25 by a several-digit integer (not shown) . The I/F classification 
name is represented by character strings in a text file format 
(not shown) . 

In the macro developer information table 18, as shown in 
Fig. 10, are stored a macro developer ID being an identification 
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number assigned to a macro developer and required to use the system, 
a macro developer name being a name of the macro developer , a password 
that the macro developer uses, a name of the macro developer 
described in Japanese and in English described in English, an 
5 organization to which the macro developer belongs described in 
Japanese and English, a post mail address of the macro developer, 
a telephone number of the macro developer, and an E-mail address 
of the macro developer . As variable identifiers , MacroDeveloperlD, 
MacroDeveloperName, Password, Name J, NameE, OrganizationJ, 

10 OrganizatonE, PMail, Telnet, and EMail are assigned respectively . 
The macro developer ID is represented by a several-digit integer 
(not shown) . Each of the name of the developer, password, name 
(Japanese), name (English), organization (Japanese), 
organization (English), post mail, telephone, and E-mail address 

15 is represented by character strings in a text file format (not 
shown) . 

In the macro user information table 19, as shown in Fig. 
11, are stored a name of a product developer, a password that the 
macro user uses, name of a user of the macro, name of organization 

20 to which the macro user belongs to, post mail of the macro user, 
telephone number of the macro user, E-mail address of the macro 
user, downloadable macro being a list of a macro file that can 
be downloaded by the macro user from the storage device 2 through 
the server 1, access level being a level at which the macro user 

25 accesses to the storage device 2 through the server 1. As variable 
identifiers, ProductionDeveloperName , Password, Name, 
Organization, PMail, Telnet, EMail, DownloadableMacro , and 
AccessLevel are assigned respectively. Each of the name of the 
product developer, password, name, organization, post mail, 
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telephone number, E-mail address, and downloadable macro is 
represented by character strings in a text file format (not shown) . 
The access level is set to "0" when the macro user is allowed to 
access only an outline of themacro information stored in the storage 
5 device 2 and is set to "1" when the macro user is allowed to access 
only the outline and details of the macro information and is set 
to "2" when the macro user is allowed to download the macro file. 
When the access level is set to "0", the macro user is allowed 
to browse, for example, the macro call name (Japanese) , macro call 

10 name (English), macro differentiation, macro function code, 
outline of functions (Japanese) , outline of functions (English) , 
quality classification, size X, size Y, count of the Al wiring 
layers, cell count, Tr count, action frequency, detection rate 
of malfunctions, or the like, out of the macro information. When 

15 the access level is set to "1", the macro user can browse all 
information described in the macro information table 12 shown in 
Fig. 4. Moreover, even if the access level is set to "2", themacro 
user is not allowed immediately to download the macro file, that 
is, the macro user has to submit an application for a right to 

20 download the macro file for each of the macros and, after obtaining 
the right to download the macro file, is allowed to download it. 

The access level in the macro user information table 19 
differs from the security level provided in the macro information 
table 12 in that, the access level is set depending on how much 

25 all the macro information is accessed by each macro user, while 
the security level is set depending on how much each macro 
information is browsed by all the macro users. Therefore, 
ordinarily, the security level is set to "0", however, when the 
macro developer wants the macro to be handled with specially 
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increased security, the security level is set to "1" and each of 
the macro users having concluded a special contract with the macro 
developer is allowed to browse files of the macro. 

Next, a relationship between the access level and the quality 
5 level is described. Generally, in the case of the macro information 
for which the quality level is set to "0" to "2", the access level 
is set to "2". In the case of the macro for which the quality level 
is set to "3", that is, in the case of the macro provided at the 
non-assured level, after a special contract is individually 

... 10 concluded between each of the macro developers and the macro user 
or after apermission from other competitive macrouser is obtained, 
the access level is set to "2". Moreover, though not shown in the 

3 macro user information table 19, information is also described 

about a right level at which the region level or access level can 
15 be set, when necessary, as an exceptional case (by a privilege 
or in a restricted manner) , depending on the region where a macro 
user exists. 

In the download information table 20, as shown in Fig. 12, 
are stored a download right request ID representing an 

2 0 identification number to be used when a request for the download 
right being a right to download the macro file desired by the macro 
user is made to the server 1, a name of the user requesting for 
the downloading, a year, month, and date when the request for 
downloading the macro file was made, a name of a macro whose file 

25 is requested to be downloaded by the macro user, a process code, 
a download scheduling year, month, and date when the macro file 
is to be downloaded, and an "action flag" indicating whether the 
download processing has been performed or not. As variable 
identifiers, DownloadRequestID, UserName, RequestDateY, 
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RequestDateM, RequestDateD, MacroName, ProcessCode, 

DownloadDateY, DownloadDateM, DownloadDateD, and ActionFlag are 
assigned respectively. Each of the download right request ID, 
requesting year, requesting month, requesting date , process code, 
5 download scheduling year, download scheduling month, and download 
scheduling date is represented by a several-digit integer (not 
shown) . Each of the user name and macro name is represented by 
character strings in a text file format (not shown) . The action 
flag is set to "0" when the processing of downloading the macro 

10 file has not yet been completed, and is set to "5" when the download 
processing has been completed and is set to "6" when the request 
for downloading is rejected. 

In the QA information table 21, as shown in Fig. 13, are 
stored a QA code being a number assigned to a question about new 

15 development of the macro given by the macro user or malfunctions 
or information about replies to the question or a like, a macro 
code of the macro, a process code, a version of the macro, a problem 
occurring year, problem occurring month, and problem occurring 
date when information about new development is given by the macro 

20 developer or when a question is given from the macro user, a contact 
year, contact month, contact date, contact hour, and contact 
minute when the macro developer made a reply to a question, a 
requested finish year, month, and date when a macro user requested 
a macro developer to make a reply to a question, an organization 

25 to which a questioner belongs, a post mail of a macro user having 
made a question, a telephone number of a macro user having a question, 
a name of a questioner, an E-mail address of a questioner, contents 
made up of information about new development of a macro, concrete 
contents of a question or reply to a question or contact information 
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or information about malfunctions of a macro found by a macro 
developer and provided by the macro developer on his/her own 
initiative, a status flag indicating whether a reply to a question 
has been made, a final report plan year, month, and date when a 

5 macro developer plans to finally make a requested report, a final 
report year, month, and date when a macro developer made a final 
report, an answer plan flag indicating a schedule of a macro 
developer to reply to a question, and an importance flag indicating 
the degree of importance of a question. As variable identifiers, 

10 QACode, Macrocode, ProcessCode, Version, 

ProblemDateY, ProblemDateM, ProblemDateD, ContactDateY, 

ContactDateM, ContactDateD, ContactTimeH, ContactTimeM, 
FinishRequestDateY, FinishRequestDateM, FinishRequestDateD, 
ContractorOrganization, ContractorPMail , ContractorTelnet, 

15 ContactorName, ContactorEMail , Contents, StatusFlag, 
FinalReportPlanDateY, FinalReportPlanDateM, 
FinalReportPlanDateD, FinalReportDateY, FinalReportDateM, 
FinalReportDateD, AnswerPlanFlag, and ImportantFlag are assigned 
respectively. Each of the QA code, macro code, the process code, 

20 the problem occurring year, month and date , the contact year, month, 
date, hour and minute, the requested finish year, month and date, 
the final report plan year, month, and date, the final report year, 
month, and date is represented by a several-digit integer (not 
shown) . Each of the version, organization of users, post mail 

25 address of users, name of the users, E-mail address of users, and 
contents of users is represented by character strings in a text 
file format (not shown) . The status flag is set to "0" when a question 
is merely given and no reply has been made and is set to "1" when 
the final reply has been already made. The answer plan flag is 
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set to "0" when a macro developer has no plan to make any answer 
and is set to "1" when the macro developer has a plan to make an 
answer. The importance flag is set by a macro developer to "0" 
when a question is related to the occurrence of a malfunction or 
5 bug and downloading of a macro file of a macro has to be temporarily 
halted, if necessary, and is set to "1" when a content of the question 
is of little importance and a general notification is given as 
a reply. The macro file storage area 22 (Fig. 2) stores a macro 
file in which functions of all macros developed by a macro developer 

10 and permitted to be registered are described by using programming 
languages such as the HDL, C language, or a like are stored. 

Next, operations of the semiconductor device 
development-support system will be described in detail. 

First, processes for developing a macro in which a macro 

15 developer develops the macro and registers information about the 
macro and a macro file with the storage device 2 through the server 
1 will be explained by referring to Fig. 14. In the processes for 
developing a macro, by an operation of inputting units such as 
a keyboard or a mouse included in the client 4i by a macro developer, 

20 a macro development program stored in the internal storage device 
in the client 4i or external storage devices is read to the CPU 
included in the client 4i and the macro development program controls 
operations of the CPU. The CPU included in the client 4i, when 
the macro development processing program starts running, displays 

25 various contents of the macro development processing program on 
a CRT display or a like and, by carrying out data communication 
with the server 1 in response to operations of a keyboard or mouse 
by the macro developer, then performs the following processing. 
In the following descriptions , to simplify explanations , concrete 
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operations or actions of the client 4i, server 1, or the like are 
not referred to and the description is presented as if the macro 
developer directly and independently performs each processing. 

First, a macro developer performs processing of macro 
5 developer registration by registering himself /herself with the 
semiconductor device development-support system by inputting, 
through the keyboard, a name of the macro developer or a name of 
an organization to which the macro developer belongs (Step SAl) . 
When the registration is permitted by the server 1, the name of 

10 the macro developer, the organization, or the like are stored in 
the macro developer information table 18 shown in Fig. 10. Next, 
the macro developer judges whether a macro name to be assigned 
to a macro scheduled to be developed has been obtained or not (Step 
SA2) . If the macro name has not yet been obtained, processing of 

15 obtaining a name of a macro is performed (Step SA3 ) . Specifically, 
the macro developer inputs a macro name that the macro developer 
wants to use and checks whether a same macro name as is input by 
the macro developer has been already used by retrieving information 
stored in the macro name information table 11. If the macro name 

20 is not yet used and when the use of the macro name is permitted 
by the server 1, the macro developer obtains the macro name input 
by the macro developer as a macro name that can be used. If the 
macro name has been already used, a different name is input and 
is checked by retrieving information in the macro name information 

25 table 11. The processing is repeated until the use of the macro 
name is permitted . The server 1, when obtaining a macro name, assigns 
a macro code to the macro name . When the macro developer has already 
obtained the macro name or when the macro developer has obtained 
a new macro name, the macro developer inputs information about 
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development of a macro to be newly developed (Step SA4 ) . The 
information about development includes a name of a developer, a 
name of a macro, a name of a process, a development schedule, an 
outline of functions or a like. The server 1, based on information 
about development of the macro and on outlines of functions in 
particular, judges whether any macro having same outlines of 
functions of the macro scheduled to be developed has been already 
developed, is under development, or is scheduled to be developed 
or not, by retrieving related information from the macro 
information table 12 shown in Fig. 4 and, if the macro to be scheduled 
has not yet been developed, is not under development, or is not 
scheduled to be developed, notifies the macro developer, by an 
E-mail, that the scheduled macro is allowed to be developed. The 
server 1 also stores a name of a developer, a name of the macro, 
a name of a process, scheduled year, month, and date of its release, 
an outline of functions (Japanese and English) in a storage region 
having a corresponding macro code in the macro information table 
12 in Fig. 4 and sets its quality class to "4" showing a 
yet-to-be-completed level. Moreover, the server 1, after assigning 
a QA code being a serial number to be used for controlling question 
information in an order of receipt of information about the 
development and question, stores the development information, that 
is, a macro code, process code, version, problem occurring year, 
month, and date and contents being concrete contents of the 
development information in a storage region having a corresponding 
QA code in the QA information table 21 shown in Fig. 13. 

On the other hand, the server 1, if a macro having the same 
functions as those of the macro input by the macro developer has 
been already developed, is under development, or is scheduled to 
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be developed, notifies the macro developer of a code of the macro 
having similar functions by an E-mail. 

Therefore, the macro developer, when receiving the 
notification that the macro having the same function as those of 
5 the macro to be developed by the macro developer has been already 
developed, is under development, or is scheduled to be developed 
(Step SA5) , browses the macro information table 12 shown in Fig. 
4, based on the macro code (SA6), and determines whether the 
development of the macro has to be halted because outlines of the 
10 functions of the macro to be developed by the macro developer are 
the same as those already developed, being under development, or 
being scheduled to be developed and because a change of a plan 
of the macro to be developed is impossible or the development of 
the macro is continued because a wide change is not required though 
f 15 a partial change is necessary (Step SA7) . When the development 
of themacroishalted, the server 1 terminates a series of processing 
and when the development is continued, processing of inputting 
information about the development required for corrections of the 
outline of the functions is performed (Step SA4) . The macro 
20 developer, when receiving the notification that the macro having 
the same function as those of the macro that the macro developer 
is planning to develop has been already under development, or has 
been already scheduled to be developed by other macro developer, 
may discuss, with the other macro developer who is now developing 
25 or is scheduled to develop the macro, by an E-mail or, if necessary, 
by a direct meeting, a possibility that the macro can be developed 
in cooperation with each other or that either of the macro developers 
develops singly and; when it is concluded that one of the macro 
developers singly develops the macro, how and what kind of a request 
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from the other developer the one who is planning to develop the 
macro should accept . In this case, an exchange of the E-mails between 
the macro developers can be carried out in accordance with the 
processing of solving questions described later. 
5 On the other hand, the macro developer, when receiving the 

notification from the server 1 that the macro can be or is allowed 
to be developed, performs processing of the development of the 
macro (Step SA8) . Since the processing of the development of the 
macro is the same as has been performed conventionally, its 
10 description is omitted. It takes several days to several months 
to complete the development of the macro, though depending on its 
size. Therefore, the macro developer inputs a state of progress 
of the macro when every workday is over (Step SA9) . In this case, 
when the development period is made longer than expected originally 
15 or made shorter, the scheduled date is changed by inputting 
processing. That is, the server 1 changes the "planned release 
year, month, and date" and the "data updating year, month, and 
date" stored in the macro information table 12. Thus, when 
information about the development of the macro and about states 
20 of the progress of the development are input, since the information 
is stored in a predetermined storage area in the macro information 
table 12, the present macro developer and other macro developers 
can browse them. In some cases, the present macro developer or 
other macro developers who have browsed the information of the 
25 macro being scheduled to be developed or being under development, 
in order to obtainmore detailed information, transmit information 
including a question about a scheduled development date of the 
above macro or its expected functions . In this case, the developer 
of the macro who has already started to develop the macro, when 



receiving the notification that the question has been transmitted 
from macro users and/or other developers, browses the information 
about requests or expectations from the other macro users and/or 
other macro developers stored in the storage area having the QA 
code, in the QA information table 21, attached to the information 
about the development of the macro being presently developed by 
the above macro developer, changes the scheduled development date 
depending on amounts of the questions or requests and, if necessary, 
changes functions of the macro being developed . Moreover, detailed 
processing to be performed by the entire semiconductor device 
development system required when the macro developer makes a reply 
to questions from the macro users and/and other macro developers 
will be described later . The macro developer repeats the processing 
of the macro development and of inputting the progress status 
described above until the development is completed (Step SA8 to 
SA10) . 

Next, the macro developer, when the development is completed 
(Step SA10) , makes an application for the registration of a macro 
file with the macro file storage area 22 (Step SA11) . At the time 
of making the application for the registration, the macro developer 
performs a checking on operations of the macro, and judges whether 
the macro is provided at the general assurance level at which the 
macro is assured of operations without any problem under general 
conditions, or the macro is provided at the non-operational 
condition level at which the macro does not operate under specified 
conditions, or the macro is provided at the operational condition 
level at which the macro is assured of operations under specified 
conditions, or the macro is provided at the non-assured level at 
which the macro is assured of operations only under very-limited 
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conditions and further adds information about these levels, the 
operation frequency, detection rate of malfunctions or the like. 
Moreover, the macro developer adds information about the security 
level for the macro information and the macro file, that is, about 
5 whether all the macro users can browse the macro information or 
macro file or only the macro users who have concluded a special 
contract with the macro developer can browse them and further adds 
information about a price level, that is, the information about 
a price at which the macro is sold. The server 1, after having 
10 checked contents of the macro file for which an application for 
the registration is made, notifies the macro developer whether 
the contents of the macro file are suitable for the registration. 
The macro developer, if the notification from the server 1 shows 
that a permission to register is given, notifies the 
15 acknowledgement to the server 1 (Step SA12 and SA13) . The server 
1 registers the macro file with the macro file storage area 22 
and stores a date of the registration and necessary information 
in the macro information table 12 and other information tables. 
If the notification from the server 1 indicates that the 
20 registration of the macro file is not permitted and its reason 
is that there is a formal error such as a mistake in the registration 
application document drawn up by the macro developer, the macro 
developer corrects the application (Step SA14 and SA11) and, if 
the notification from the server 1 indicates that the registration 
25 is not permitted and its reason is that there is an essential or 
substantial error such as a mistake in contents of the macro file, 
the macro developer has another try to perform the processing of 
the development of the macro (Step SA14 and SA8 ) . 

Next, processing of the development of a semiconductor device 
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using the semiconductor device development assistance system by 
a macro user will be described by referring to a flowchart in Fig. 
15 . In the processing of the development of the semiconductor device , 
the macro user reads the semiconductor device development 
5 processing program stored in the internal storage device or the 
external storage device, to the CPU making up the client 5i by 
manipulating a keyboard, mouse, or a like included in the client 
5i and operations of the CPU are controlled by the read semiconductor 
device development processing program. The CPU included in the 
10 client 5i, when the semiconductor device development processing 
program is started, after displaying various contents of the 
program on the CRT display screen, performs the following 
processing, in response to the operations of the keyboard, mouse, 
or a like and by carrying out data communication with the server 
15 1 through the communication unit or the Internet 3 . In the following 
descriptions, to simplify explanations, concrete operations or 
actions of the client 5i, server 1, or the like are not referred 
to and the description is presented as if the macro developer 
directly and independently performs each processing. 
20 First, a macro user performs processing of macro user 

registration by registering himself /herself with the 
semiconductor device development-support system by inputting, 
through the keyboard, a name of the macro user or a name of an 
organization to which the macro user belongs (Step SBl) . When the 
25 registration of the macro user is permitted by the server 1, the 
name of the macro user or the organization to which the macro user 
belongs is registered in the macro user information table 19 shown 
in Fig. 11. At the time of the registration, in accordance with 
a contract concluded between the macro user and a manager of a 
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system managing the semiconductor development -support system, an 
access level of the macro file is set to any one of levels including 
the "0" level at which the macro user is allowed to access only 
an outline of the macro information stored in the storage device 
5 2, the "1" level at which the macro user is allowed to access only 
the outline and details of the macro information, and the "2" level 
at which the macro user is allowed to download the macro file. 
The access level is basically set, based on the assurance level, 
security level, or price level of each macro. Moreover, the above 
10 access level can be changed depending on the region level which 
is set based on a region where each macro user exists and/or the 
right level is set as an exceptional case (by a privileged manner 
or in a limited manner) . 

Next, the macro user, after having performed function design 
15 (Step SB2) for determining relationships among functional blocks 
including the CPU or a plurality of peripheral devices and 
operations of the internal parts of each of functional blocks, 
based on specifications of a semiconductor device whose development 
has been decidedby systemdesign, performs processing of obtaining 
20 information including macro information about macros including 
basic logic elements such as NAND gates, NOR gates, or the like 
andbasic logic circuits constructed by combinations of a plurality 
of such basic logic elements with latches, counters, or a like 
and of obtaining the macro file , from the storage device 2 connected 
25 to the server 1 through the Internet 3 (Step SB3) . The processing 
of obtaining information about the macro will be explained later. 

Then, the macro user , based on the macro information obtained 
by the processing of obtaining the macro information and macro 
file, performs detailed logic design of each of the functional 
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blocks whose internal operations has been defined by the function 
design and, after forming a simulation model of the semiconductor 
device (Step SB4), compiles the simulation model together with 
the macro file and, by having the client 5 X run the simulation, 
carries out verification of the semiconductor devices (Step SB5) . 

Next, if the result of the simulation shows no problem (Step 
SB6) , the macro user terminates the development of the 
semiconductor device. If the result of the simulation shows any 
problem, the macro user checks whether the problem is attributable 
to the macro itself (Step SB7) or to the detailed logic design 
and when the detailed logic design is judged to be its cause, the 
macro user has another try of the detailed logic design and repeats 
the design until a desired result from the simulation is obtained 
(Step SB4 to SB6) . 

On the other hand, when it is judged that the problem is 
attributable to the macro itself, the macro user creates questions 
about malfunctions of the macro and transmits the question 
information to the server 1 by an E-mail ( Step SB8 ) . The processing 
to be performed by the entire semiconductor device development 
system to solve the problem and to reply to the question will be 
described in detail later. Moreover, when the macro user receives 
a reply or contact information about malfunctions of the macro 
from the macro developer informing that the macro developer has 
corrected the macro information of the macro and the macro file, 
the macro user obtains the corrected macro information and macro 
file to have another try of the detailed logic design and repeats 
the detailed logic design and the related simulation until a 
satisfactory simulation result is acquired (Step SB9 to SB10 and 
SB3 to SB6) . On the other hand, when the macro user receives a 
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reply or contact information showing that the macro would not be 
corrected and that the malfunction has occurred because the macro 
had been used at a point near to functional limitations of the 
macro or the macro had been used in a wrong way, the macro user 
5 has another try of the detailed logic design and repeats the detailed 
logic design and the simulation until a satisfactory simulation 
result is obtained (Steps SB4 to SB6) or the macro user has another 
try of the detailed logic design by obtaining information of another 
macro and another macro file and repeats the detailed logic design 

10 and the simulation until the satisfactory simulation result is 
obtained (Steps S3 to S6) . 

Thus, by setting the access level in accordance with the 
expenses or a predetermined budget for the use of the macro, the 
use of the macro depending on the price level is made possible 

15 and there is no case in which costs for using the macro exceed 
a budget. Moreover, by transmitting keywords of the information 
required for the development of the semiconductor device, if 
necessary, in addition of the question about malfunctions of the 
macro or the like, to the server 1, the macro user can obtain 

20 information about related macro acquired by retrieving the 
information based on the keyword information and the related macro 
file collectively. 

Next, processing of obtaining the macro information will 
be described in detail by referring to Figs. 16 and 17. In the 

25 examples, let it be assumed that the access level of the macro 
user is set to "2" at the time of the registration of the macro 
user . 

First, the macro user retrieves desired macro information 
by using keywords such as a macro code, macro function, macro 
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differentiation code, process name, or a like. Since the retrieval 
causes a list of macro information to appear on the CRT display 
(Step SCI), the macro user selects one of macros , out of a plurality 
of macros being displayed on the CRT display, which is suitable 
5 to specifications of the semiconductor device to be developed and 
instructs outlines of the selected macro to be displayed on the 
CRT display (Step SCI) . This causes outlines of the macro 
information to be displayed on the CRT display or the like (Step 
SC4) . Specifically, outlines of functions (in Japanese andEnglish) 

10 or the likes stored in the macro information table 12 are displayed. 
Therefore, the macro user judges whether the macro is selected 
or not, by referring to outlines of the functions (in Japanese 
or English) (Step SC5) displayed on the CRT display and, if the 
macro user does not select the displayed macro, by again displaying 

15 the list of the macro information on the CRT display, repeats the 
above processing until a desired macro to be used is selected (Step 
SC2 to SC4) . 

On the other hand, if the macro user selects the macro whose 
outlines of functions (in Japanese or English) are displayed on 

20 the CRT unit or the like, the macro user decides whether details 
of the macro information are displayed on the CRT unit or not and, 
if they are decided to be displayed on the CRT unit, issues an 
instruction to display them (Step SC6) . This causes details of 
the macro information to be displayed on the CRT unit (Step SC7) . 

25 Specifically, all information described in the macro information 
table 12 shown in Fig. 4 is displayed. The macro user decides if 
the macro is used by referring to details of the macro information 
being displayed, or immediately not by referring to details of 
the macro information (Step SC8) and, if the macro is not used, 
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the macro user displays again the list of the macro information 
on the CRT display and repeats the processing of selecting the 
desired macro until the use of the macro is decided (Step SC2 to 
SC7) . The macro user, when deciding whether the macro user uses 
5 the macro or not, judges whether the assurance levels or operational 
conditions of the macro can meet specifications of the 
semiconductor device to be developed by the macro user. Though 
a macro being at a yet-to-be-completed level, even if its 
information is selected and is desired to be displayed by the macro 

10 user, is not displayed and cannot be downloaded, since only 
information about its scheduling date and/or its outline of 
functions can be obtained, the information can be used as useful 
reference information and, if necessary, the development of the 
semiconductor device can be delayed properly until the macro is 

15 developed. However, the macro user can submit questions about the 
macro with the yet-to-be-completed level to the macro developer 
and makes a request for detailed information about the macro 
including the scheduling date and functions. Processing of the 
entire semiconductor device to handle such questions will be 

20 described later. 

On the other hand, the macro user, when having decided the 
use of the selectedmacro, judges whether themacro user has obtained 
a right to download the macro file of the macro or not (Step SC9 
in Fig. 17) and, if the macro user has already obtained the 

25 downloading right, after having downloaded the macro file (Step 
SC10) , starts the detailed logic design (Step SB4 in Fig. 15) . 
If the macro user has not yet obtained the downloading right, the 
macro user makes an application for the downloading right (Step 
SC11) to the server 1. Then, when a notification is given from 
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the server 1 (Step SC12) notifying that a permission to download 
the macro file is granted (Step SC13), the macro user , after having 
executed the downloading of the macro file (step SC10) , starts 
the detailed logic design (Step SB4 in Fig. 15) . The server 1 refers 
5 to a list of the macro stored in the macro user information table 
19 shown in Fig. 11 as a downloadable macro and, if the macro is 
described in the list, reads a macro file of the macro from the 
macro file storage area 22 and transmits the read macro file to 
the client 5i. 

10 Moreover, the application for the right to download the macro 

file may be made for an individual macro and, if other macros are 
incorporated into one macro or macros are compatible to each other 
or two or more macros have similar characteristics , the application 
may be made for a plurality of macros collectively. 

15 If the notification is given from the server 1 (Step SC12) 

showing that the permission to download the macro file is not granted 
(Step SC) , since it proves that the selected macro cannot be used, 
the macro user, in order to find out another macro, displays again 
the list of the macro information on the CRT display (Step SC2 

20 in Fig. 16) and repeats the processing of selecting another macro 
until a macro file of a usable macro can be downloaded and then 
starts the detailed logic design (Step SB4 in Fig. 15). The 
examination to be made by the server 1 to grant the downloading 
right is performed with considerations given not only to a viewpoint 

25 as to whether the access level for the macro is set to "2" indicating 
that the macro is downloadable, as described in the macro user 
information table 19 shown in Fig. 11, but also to a viewpoint 
including the quality class , security level, if necessary, region 
level, and right level of the macro, an actual state of contracts 
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(content of the contract, concluded date of the contract, payment 
results of expenses, contract concluded with other macro user, 
or like) concluded between the macro user and the macro developer . 
Next, processing of solving questions will be described by 
5 referring to a flowchart shown in Fig. 18 . Since not only the macro 
user but also the macro developer and the server are involved in 
the processing of solving questions, the processing is described 
as processing to be performed by the entire semiconductor device 
development- support system. First, the macro user transmits 

10 question information about the macro in which a malfunction is 
found, including a macro code, process code, together with 
information about an organization to which a questioner belongs, 
contact of the questioner, and name of the questioner, by an E-mail 
to the macro developer (Step SDl) . Two concrete examples of the 

15 questions or problems with the macro will be described here. The 
first example of the question is that, when a clock tree is formed 
by connecting six buffers, as a first stage buffer, to an output 
of a first buffer whose output is supplied to an input of an external 
clock and by connecting, in parallel, three buffers as a second 

20 stage buffer to any one of outputs of the first stage buffer, as 
a result, an output from the second buffer becomes unstable. The 
second example of the question is that, when a timer making up 
one chip microcomputer used for a parent macro is used for a child 
macro constructed by using the parent macro as a model and its 

25 timer consecutive reading function, which had not been used for 
the parent macro, to enable a value of a timer to be read 
consecutively two times, is used, an unstable value is read at 
the time of the second reading. 

The server 1, when judging that the received question 
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information is one that has undergone processing of the macro user 
registration (Step SBl in Fig. 15) and has been transmitted from 
a questioner having downloaded macro files of the macro, accepts 
the question information and, after assigning a QA code being a 
5 serial number used to manage the question information to the 
received question information in order of receiving the question 
information, stores the question information, information about 
the questioner including an organization to which the questioner 
belongs, post mail address, telephone number, name, and E-mail 

10 address of the questioner, and further a problem occurring year, 
month, and date or the like in the storage region having the 
corresponding QA code in the QA information table shown in Fig. 
13 and then sets the status flag to "0". In this case, the server 
1, if it has already accepted the same question information about 

15 the macro, stores the question information in the storage region 
in which the already-registered information has been stored and 
informs the macro user that the server 1 has already accepted the 
same question information. This allows the macro user to expect 
that a reply to the question would be made earlier than originally 

20 scheduled, thus serving to minimize a delay in the development 
of the semiconductor device. 

Next, the server 1 retrieves a macro code from question 
information having the QA code stored in the QA information table 
21 and, by referring to the macro developer information table 18 

25 shown in Fig. 10, based on the macro code, retrieves a developer 
name of the macro and an E-mail address of the developer and then 
transmits an E-mail to the macro developer informing that the 
question information corresponding to the QA code assigned to the 
macro has arrived (Step SD3) . The server 1 adds a requested finish 
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year, month, and date showing a limit time when a reply or contact 
to the question information should be made, to the question 
information by an E-mail. 

The macro developer having received the E-mail from the 
5 server 1, judges whether a reply to the question is possible or 
not (Step SD4) and, if an immediate reply is possible, transmits 
the reply to the server 1, by E-mail via the Internet 3. The macro 
developer, when transmitting the reply or contact information to 
the questioner, notifies the questioner whether no correction is 
10 scheduled or whether a temporary halt of downloading the macro 
file of the macro is necessary because of malfunctions or bugs 
of the macro or whether a general notification only is given because 
of no importance of contents of the question. 

In the case of the question shown as the first example above, 
15 the macro developer, judges that the macro is being used at a point 
near to functional limitations of the macro and, therefore, no 
correction is made by the macro developer and a reply is made by 
designating the case as a general failure having no importance. 
If themacro developer takes a temporary measure to avoid the failure , 
20 the macro developer makes a proposal that, when six or more buffers 
are connected, in parallel, as the first stage buffer, the number 
of buffers to be connected in parallel, as the second stage buffer, 
to any one of outputs of the first stage buffer should be limited 
to two pieces or the number of buffers to be connected, in parallel, 
25 as the first stage buffer, should be limited to up to five pieces, 
and describes, as a plan to give attentions, the above limitation 
of the number of the buffer in the item of attention and restriction 
(in Japanese and English) of the macro information table 12 shown 
in Fig. 4. 
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Moreover, in the case of the question as shown in the second 
example, there is a mistake in the design in which a locking signal 
to inhibit updating of a read buffer of a timer remains active 
when no rise of a clock between a time of first reading and a second 
5 reading. As a result, if a rise of the clock at a time of the second 
reading occurs, the locking signal becomes non-active, causing 
the read buffer to be updated in the middle of reading and indefinite 
value to be read. In this case, the macro developer makes a reply 
that a measure to correct the failure would be taken, notifying 

10 the macro user that the problem including a malfunction or a bug 
is of importance. The macro developer makes a proposal, as a 
temporary measure, that the macro user is requested to avoid the 
use of a timer consecutive reading function that allows a value 
of the timer to be read consecutively twice and also makes a promise 

15 that the version is updated (for example, from VI. 00 to VI. 01) 
because the correction of the failure in a circuit is required 
and informs the macro user of the final report plan year, month, 
and date . 

On the other hand, if the server 1 does not receive a reply 
20 from the macro developer about a requested finish date of a requested 
finish month of a requested finish year, an E-mail urging a reply 
or contact information is transmitted to the macro developer (Step 
SD6) from the server 1 . In this case, temporary measures to correct 
malfunctions may be given as the reply or contact information from 
25 the macro developer and there is no need to provide a final measure 
required to solve malfunctions to the macro user . Either of a report 
informing that a measure is under review or a mere acknowledgement 
of the question information is acceptable. 

The server 1, when receiving a reply or contact information 



by the requested finish date or in response to the request and 
after having confirmed that the reply has been transmitted from 
the macro developer who has completed the registration as the macro 
developer (Step SAl shown in Fig. 14) and actually has developed 
the macro, accepts the reply or contact information. Then, the 
server 1 stores the reply or contact information provided from 
the macro developer, a contact year, month, and date, subsequent 
to the questions given by the macro user, in the storage region 
having the QA code in the QA information table 21 shown in Fig. 
13 and sets the status flag to "1" and the answer plan flag to 
either of "0" (that is, no measure is scheduled to be taken) or 
"1" (that is, some measures are scheduled to be taken) and the 
importance flag to either of "0" (that is, contents of the question 
are malfunctions or bugs of the macro and downloading of a macro 
file of the macro is halted temporarily if necessary) or "1" (that 
is, contents of the question are of little importance and the reply 
can be a general notification) (Step SD7) . 

In the case of the first example, the answer plan flag is 
set to "0" and the importance flag to "1" and, in the case of the 
second example, the answer plan flag is set to "1" and the importance 
flag to "0" and the version is updated to a "VI. 01" and a year, 
month, and date is stored as the final report plan year, month, 
and date given by the macro developer. 

Next, the server 1, when there is any macro user who has 
already downloaded the macro file of the macro and who has made 
the question, any macro user who has been granted a right to download 
the macro file of the macro but has not yet downloaded the macro 
file of the macro and there is a developer of a parent macro that 
the present macro has been derived from, transmits an E-mail 
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notifying that the reply and contact information about the question 
having the QA code have been provided by the macro developer to 
interested parties such as the macro developer who has developed 
the parent macro (Step SD8) . In this case, the E-mail to the 
5 questioner making up the interested parties is transmitted to an 
E-mail address of the questioner stored in the QA information table 
21 shown in Fig. 13. To transmit the E-mail to other macro users 
being other interested parties, by using the download information 
table 20 shown in Fig . 12 , after extracting a requester whose action 
10 flag is set to "0" showing that the downloading has not yet been 
performed or set to "1" showing that the downloading has been 
completed from a list of requesters for the downloading right of 
the same macro as is the object of the question, the E-mail is 
transmitted to an E-mail address of an macro user, stored in the 
15 macro user information table 19 shown in Fig. 11, having the same 
name as that of the extracted requester. To transmit the E-mail 
to the developer of the parent macro being one of the interested 
parties, after extracting a name of the parent macro from a list 
of parent macro names stored in the macro information table 12 
20 shown in Fig. 4 and further extracting a name of the developer 
of the same macro name as the parent macro name extracted from 
a list of developer names stored in the macro name information 
table 11 shown in Fig. 3, the E-mail is transmitted to an address 
of the same developer name as the extracted developer name out 
25 of developers stored in the macro developer information table 18 
shown in Fig. 10. 

The macro user being the questioner or a macro user, out 
of the interested parties, who has already downloaded the macro 
file of the macro and is not aware of malfunctions, by browsing 
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the reply and contact information corresponding to the QA code 
in the QA information table 21 shown in Fig. 13 (Step SD9) and, 
as described by referring to the flowchart shown in Fig. 15, obtains 
amended macro information or macro information about another macro 
5 and has another try of detailed logic design and simulation. 

Amacrouser, out of the interested parties , who has acquired 
a downloading right but not yet downloaded the macro file, by 
browsing the reply or contact information corresponding to the 
QA code in the QA information table 21 shown in Fig. 13 (Step SD9) , 
10 performs some procedures including downloading of the macro file 
after having known malfunctions of the macro or correction of them, 
halting of the downloading of the macro file to change the present 
macro to another one or a like. 

Adeveloper of the parent macro, out of the interested parties, 
15 by browsing the reply or contact information corresponding to the 
QA code in the QA information table 21 shown in Fig. 13, performs 
a supply of information by transmitting a method for a measure 
to correct a malfunction of the macro if there is a proper method 
that the developer has or a method for another measure if the 
20 malfunction of the childmacrois attributable to the parent macro, 
to the macro developer of a child macro. The developer of a parent 
macro, when the malfunction of the child macro is attributable 
to the malfunction of the parent macro of the child macro, if there 
is a parent macro (a parent macro of the parent macro) used as 
25 a model for development of the parent macro, transmits an E-mail 
message informing the malfunction to the developer of the parent 
macro of the parent macro and, if the parent macro has a child 
macro other than the child macro in which the present malfunction 
is found, if necessary, transmits the E-mail message informing 
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the malfunction to a developer of the child macro. Moreover, when 
a question about development of a macro being under development 
is given by a macro user or other macro developers, since the 
processing of handling the question is the same as described above 
5 except the case where interested parties are limited to the 
questioner, the description will be omitted. 

Next, processing of providing information in which a macro 
developer finds out malfunctions of a macro and provides, on a 
voluntary basis, information about measures against the 
10 malfunctions and cautions in use will be described by referring 
a flowchart shown in Fig. 19. 

First, a macro developer, when finding out malfunctions of 
the macro that the macro developer has developed, transmits 
information about the measure to correct malfunctions or contact 
15 information including cautions to be taken in using the macro to 
the server 1 by an E-mail. In this case, since contents of the 
contact information to be provided by the macro developer are the 
same as in the case of processing of the reply or contact information 
and its description will be omitted. 
2 0 The server 1, when confirming that the macro developer who 

has provided the contact information has been already registered 
in the macro developer registration processing (Step SAl in Fig. 
14) and that the contact information has been surely transmitted 
from the registered macro developer, accepts the contact 
25 information and, after having assigned a QA code being a serial 
number used to control the contact information and question 
information to the contact information in order of the receipt 
of the contact information and question information, then stores 
the contact information in a question item having the QA code in 
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the QA information table 21 shown in Fig. 13 in a storage region 
and a contact year, month, and date, and sets the status flag to 
"1" and the answer plan flag depending on the contact information 
(Step SE2) . 

5 Next , the server 1 transmits an E-mail informing that contact 

information having the QA code has been provided from the macro 
developer to interested parties including a macro user who has 
already downloaded macro files of the macro but has not been aware 
of its malfunction, a macro user who has acquired a right to download 

10 the macro file of the macro but has not yet downloaded the macro 
file and a macro developer who has developed a parent macro if 
the macro in question has its parent macro (Step SE3) . In this 
case, the method of transmitting the E-mail is almost the same 
as in the case of the processing of transmitting the E-mail to 

15 the interested parties (Step SD8) described above and its 
description will be omitted. The interested parties browses the 
contact information corresponding to the QA code in the QA 
information table 21 shown in Fig. 13 (Step SE4) and performs 
necessary processing depending on a position or a status of each 

20 of the interested parties. Since the method of browsing the 
information by the interested parties is the same as in the case 
of browsing the reply and contact information (Step SD9 in Fig. 
18) and its description will be omitted. 

As described above, according to the embodiment of the 

25 present invention, the semiconductor development-support system 
is made up of the server 1 in which macro information and a macro 
file of a macro are stored, clients 4i to 4 m operated by a macro 
developer, client s 5i to 5 n operated by a macro user , and the Internet 
3 used to connect the server 1, clients 4 2 to 4 m and clients 5i 
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to 5 n and is operated in a manner that question information about 
malfunctions of the macro that is used by the macro user for 
development of the semiconductor device is stored in the QA 
information table 21 and question information about the macro is 
transmitted from the macro user to the macro developer who has 
developed the macro through the Internet 3 and a request for a 
reply from the macro developer is urged on a predetermined date 
or a like and that a reply from the macro developer or information 
about correction made by the macro developer is transmitted, 
through the Internet 3, only to interested parties including a 
macro user who has downloaded the macro file of the macro including 
the questioner, a macro user who has acquired a right to download 
the macro file of the macro but not yet downloaded the macro file 
and, if the macro has its parent macro, a parent macro developer 
that has developed the parent macro . Since the question information 
is transmitted in a manner that the information is put in order, 
the macro developer that makes a reply to the question can transmit 
the reply smoothly and rapidly without being interfered with the 
original work. 

Moreover, when a macro file is amended, since the macro file 
stored in the storage device 2 being used in common is amended, 
all that the macro developer has to do is one time processing and, 
since the server 1 automatically notifies interested parties of 
the amendment of the macro file, it takes neither time nor labor. 
Furthermore, since the amendment of the macro file is notified 
to all interested parties, a proper measure can be taken at an 
appropriate time, thus enabling prompt development of the 
semiconductor device and preventing damage caused by incomplete 
development of the semiconductor device due to malfunctions of 
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the macro. 

Moreover, when the macro in question has its parent macro, 
since the reply and contact information only is notified to the 
macro developer of the parent macro, a prompt measure can be taken 
5 if the present malfunction is attributable to that of the parent 
macro and, if necessary, by notifying a macro developer of the 
parent macro or, if the parent macro has another child macro other 
than the child macro in which the present malfunction is found, 
a macro developer of the other child macro, of the occurrence of 

10 the present malfunctions, a prompt measure to correct the 
malfunction can be taken and the occurrence of the malfunction 
of the other child macros can be prevented. 

Since the contact information about malfunctions that the 
macro developer himself has found is notified properly to 

15 interested parties, the macro user can prevent the occurrence of 
malfunctions and can develop the semiconductor device without using 
the macro having a risk of the occurrence of the malfunction or 
using the macro after becoming aware of the malfunction, thus, 
in any case, enabling efficient development of the semiconductor 

20 device. 

Also, in the example, since macro developer is allowed to 
set the quality level and security level, if necessary, region 
level or right level for each macro and to set the access level 
to each of the macro users, enabling the macro developer to focus 
25 his/her energy on development without the need for an individual 
discussion to conclude a contract to handle a macro requiring high 
security and thus preventing the macro developer being interfered 
with his/her original work. Moreover, since the macro user uses 
a macro after knowing an actual quality level that the macro has, 
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there is no case where development of the semiconductor device 
is interfered with by using the macro assuming that the macro would 
have higher quality level or where a useless trouble between the 
macro developer and the macro user occurs and where effort becomes 
5 useless and time is wastedbecause a verification level is increased 
more than needed due to no information of the level of quality 
to the macro used. 

Moreover, a macro developer, before starting development 
of a new macro, can receive information that a macro having a 

10 function being similar to that of the macro that the macro developer 
is going to develop has been already developed, is under development, 
or is scheduled to be developed, double or overlapped development 
of the macro can be avoided, which can prevent time and labor being 
wasted and, further by developing the new macro in cooperation 

15 with another developer, the macro developer may develop a macro 
having more excellent function, which enables efficient 
development of the macro. 

Also, since a macro developer or a macro user can browse 
information about a new macro being under development and since 

20 a desire and/or expectation of the macro user for the macro 
development is stored in the QA information table 21, the macro 
developer of the macro can respond flexibly to demands by the macro 
user and, since the desire and/or expectation are reflected in 
the development of the macro, more efficient development is made 

25 possible. 

It is apparent that the present invention is not limited 
to the above embodiments but may be changed and modified without 
departing from the scope and spirit of the invention. For example, 
in the above embodiment, the present invention is applied to a 
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case where a macro is developed at a stage of logic design of the 
semiconductor device or a semiconductor device is developed using 
the macro, however, it can be applied to a case where a functional 
block is developed at a stage of system design of the semiconductor 
5 device or the semiconductor device is developed using the 
functional block . That is, at the stage of system design, operations 
and configurations of an entire systemusing a CPU, ROM, RAM, buffer, 
and a plurality of peripheral devices as one functional block are 
so decided as to obtain desired functions, where a person who 

10 develops only functional blocks by handling the functional block 
such as the CPU, ROM, RAM, buffer, and the plurality of peripheral 
devices as if each of them were a macro, can be regarded as such 
a macro developer as described above and a person who develops 
a semiconductor device by using the functional blocks focusing 

15 attention to their functions only, can be regarded as such a macro 
user as described above. Thus, though there are a difference in 
size between the macro and the functional block, a same problem 
may occur, which can be solved in the same manner as described 
above. In this case, examples of the peripheral devices include 

20 a timer counter, A/D (Analog/Digital) converter, speech 
recognition circuit, speech synthesis circuit, and image 
processing circuit. Recently, same functions as those of the 
peripheral devices can be implemented by software (it is called 
middleware) . That is, a system designer can freely develop a 

25 semiconductor device without giving considerations to whether a 
function of the functional block is implemented by hardware or 
middleware and, at a final stage when a configuration of a 
semiconductor device is decided, may judge whether the function 
of the functional block should be implemented by hardware or by 
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middleware, by taking into consideration a performance of the CPU 
to be used, timing of operations, area to be occupied by hardware, 
and capacity of the ROM to be stored by software. Though the 
operations of the middleware depends on the performance of the 
CPU to be used, the middleware whose operations can respond to 
each CPU can be prepared in advance . 

Moreover, the present invention canbe applied to development 
of software by considering as if a routine of the software or one 
unified set of processing were equivalent to the macro. That is, 
since, in a case of large-sized piece of software, each routine 
of the software is individually and separately by a plurality of 
software developers and finally these routines are integrated into 
one software and there are some cases where new software is developed 
by combining some routines that have been already developed with 
routines having new functions, it is possible to regard each of 
the routines as the above macro. Recently, a distributed object 
system has been developed in which an object integrally including 
data and software to process the data is installed in a plurality 
of servers in a distributed manner and a client reads these objects 
through the Internet to use them as if these objects are installed 
within the devices of the client. When each of the objects in the 
distributed system is considered to be the macro, if a malfunction 
occurs in the object itself, this invention can be applied to the 
distributed object system. Though, in the case of the distributed 
system, one kind of the object has to be installed in one server, 
unlike development of semiconductor devices, since the distributed 
object system requires prompt and immediate measures, by applying 
the present invention, more excellent effects can be obtained. 

Also, in the above embodiment, the server urges a macro 
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developer to make a reply to questions asked by a macro user by 
showing the requested finish year, month, and date, however, the 
system of the present invention can be so configured that the macro 
developer is forced to pay a penalty by the number of dates of 
delays in making the reply or contact information, from the 
requested finish year, month, and date or that the payment of the 
penalty is to be made by so-called electronic settlement (that 
is, electronic automatic drawing from bank accounts or electronic 
payment by credit cards on the Internet) . By doing this, since 
the macro developer is under psychological pressure, it is made 
possible to obtain the reply or contact information. In this case, 
the system can be also so configured not only that the server serves 
as a third party as in the case of the embodiment, but that the 
penalty is automatically paid by the number of dates in delays 
in making the reply or contact information, from the requested 
finish year, month, and date, by electronic settlement. 

Moreover, in the above embodiment, each of tables including 
the macro name information table 11 to the QA information table 
21 is made up of an individual table linked using a macro code, 
macro function code, and process code, however, each of them may 
be made up of a main table storing all information and individual 
information table having link information, if necessary, to be 
linked to the main table storing all information. 

Furthermore, in the above embodiment , the server 1, clients 
4i to 4 m and clients 5i to 5 n are connected through the Internet 
3, however, the system can be so configured that the server 1, 
clients 4i to 4 m and clients 5i to 5 n may be connected through an 
intranet, that is, a network within a company, both the Internet 
and intranet may be used to connect them. 



